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PRELIMINARY AMENDMENT 
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Prior to examination, please amend the above- identified 
application as follows. 



IN THE SPECIFICATION 

Please amend the specification as follows: 
Page 19, line 4, delete "What is claimed is:" 



IN THE CLAIMS 

Page 20, line 1, insert — What is claimed is: — . 

Please amend claims 4, 7, 9, 10, 16 and 18-20 as follows: 

4. (Amended) A handset as claimed in [any preceding] 

claim 1, wherein the second boundary is defined by the depth 

of a display line. 



7. (Amended) A handset as claimed in [any preceding] 
claim 1, wherein the contracted version of the item is a 
reduced content version. 



9. (Amended) A handset as claimed in [any of claims] 
claim 1 [to 6], wherein the contracted version of the item is 
a reduced size version. 



10. (Amended) A handset as claimed in [any preceding] 
claim 1, wherein the input comprises means for identifying an 



item to be selected by the selection means. 

16. (Amended) A handset as claimed in [any of claims] 
claim 12 [to 15], wherein the key means comprises navigation 
means . 

18. (Amended) A handset as claimed in [any preceding] 
claim 1, wherein the item to be presented is a user defined 
item and the handset comprises means for storing that item. 

19. (Amended) A handset as claimed in [any of claims] 
claim 1 [to 17], further comprising a radio receiver for 
receiving an item to be presented on the display, and for 
forwarding the item to the contracted and expanded version 
provision means. 

20. (Amended) A handset as claimed in [any preceding] 
claim JL, wherein the item is one of a selection of items to be 
presented together on the display. 
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REMARKS 

Entry of the above amendments prior to examination is 
respectfully requested. 

Please charge any shortage in fees due in connection with 
the filing of this paper, or credit any overpayment of fees, 
to the deposit account of Antonelli, Terry, Stout & Kraus, 
LLP, Deposit Account No. 01-2135 (367.38234X00). 

Respectfully submitted, 



ANTONELLI, TERRY, STOUT & KRAUS, LLP 




CIB/jdc 

(703) 312-6600 



3 



PAT 99406 US 

A Handset 

Background of the Invention 

5 The present invention relates to the user interface of a handset. In particular, 
it relates to the control of the operation of a display of such a device. 

The displays of handportable devices, such as radio communication devices 
present severe constraints on the amount of information that can usefully be 
10 presented to the user at any one time. These constraints have become 
increasingly problematic as users demand ever more information at their 
fingertips. 

Summary of the Invention 

15 

According to one aspect of the present invention, there is provided a handset 
comprising a user interface comprising an input, a display for presenting an 
item, and selection means coupled to the input for selecting an item 
presented on the display; means for defining a first boundary in a first display 

20 direction; means for defining a second boundary in a further display direction; 
means for providing a contracted version of an item which fits within the first 
and second boundaries; and means for providing a corresponding expanded 
version of the item which fits within the first boundary and expands in the 
further display direction; control means, coupled to the selection means, 

25 expanded version provision means and contracted version provision means, 
for controlling operation of the display to present the contracted or expanded 
version of the item; wherein when the contracted version of the item is 
presented on the display and selected by the selection means, the control 
means controls the operation of the display to present the corresponding 

30 expanded version. 



2 



Such a radio handset has improved user operability for a number of reasons. 
For example, the user can obtain an overview of options available to him, 
typically on a single display page, with further detail available to him if so 
5 desired. After a period, the user may familiarise himself with the contracted 
version of an item and thus no longer refer to the expanded version. Hence, 
the speed with which the user can select the appropriate options can be 
improved. In any event, improved flexibility of manipulation of the information 
by the user is provided. 

10 

One particular benefit for both users and phone manufacturers is the fact that 
consistent user interface styles can be used irrespective of the amount of 
information an item contains. This is particularly advantageous regarding the 
introduction of browser phones, which inherently deal with large amounts of 
15 information, as a user familiar with the menu structure of a manufacturer's 
radiotelephone will not need to learn a new structure in order to operate that 
manufacturer's browser device. 

The first boundary may be in the direction of the width of the display. In this 
20 case, the boundary may be defined by the active width of the display, for 
example. Alternatively, the boundary may only cover part of the width, so 
that, for example, two horizontally aligned contracted versions may be 
expanded depthwise on the same display page. 

25 Preferably the second boundary is defined by the depth of a display line, so 
that a number of options can be presented on different display lines. The 
display line may be a predefined area for text. 

Alternatively, the first boundary may be in the direction of the depth of the 
30 display. . In this case, the boundary may be defined by the active depth of 
the display, for example. Alternatively, the boundary may only cover part of 
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the depth, so that, for example, two vertically aligned contracted versions may 
be expanded widthwise on the same display page. 

The contracted version of the item may be a reduced content version. For 
5 example, on the one hand, text may be abbreviated or truncated. It is useful 
for the user if he is presented with an indicator that the version is contracted. 
For example, if text has been truncated, three dots at the end would provide a 
suitable indicator. On the other hand, an item in the form of an icon may be 
reduced to a textual version. This has the advantage of improving the speed 
10 with which the options can be presented as lass processing is required to 
operate the display. 

Instead, the contracted version of the item may be a reduced size version. 
For example, it may have a reduced font size. 

15 

The input may comprise means for identifying an item to be selected by the 
selection means. This may take any of a number of forms, including voice 
recognition means and key means. 

20 In one embodiment, the item may be numbered or lettered, and the item to be 
selected identified by the actuation of a key with the corresponding number or 
letter. 

In one embodiment, the item identifying means further comprises a cursor 
25 controlled by the key means. The cursor would typically take the form of a 
line or highlighter. In this event, the selection means may select the item 
identified by the cursor, in accordance with a further key stroke. Alternatively, 
however, it may select an item if that item is identified by the cursor for a 
predetermined period. 

30 

Once the expanded version has been displayed on the display, the control 
means may be arranged to either cause the display to represent the 



contracted version after a given period, or only return to that display page in 
response to a key stroke. 



Preferably, the key means comprises navigation means, as this improves the 
5 speed of the users movement through his desired route. The navigation 
means may, for example, be a a scroll key, such as a roller key or a key 
having depression elements for scrolling in associated directions. 

The item to be presented may be an item stored in the device, such as an 
10 entry in a phonebook. However, the invention is particularly suited to devices 
such as browser phones which comprise a radio receiver for receiving a high 
information content item to be presented on the display from a remote server. 
It is also particularly advantageous when dealing with selection lists. 

15 When a contracted version of an item is selected, the display may be 

operated to totally replace that version with the expanded version. Instead, 
however, both versions may appear on the display together. 

Brief Description of the Drawings 

20 

Embodiments of the present invention will now be described, by way of 
example, with reference to the accompanying drawings, of which: 
Figure 1 illustrates a radio handset according to an embodiment of the 
present invention; 
25 Figure 2 illustrates parts of the radio handset of Figure 1 ; 

Figures 3 and 4 illustrate alternative handsets to that shown in Figure 1 ; 
Figure 5(a) illustrates how information may be presented on a large display, 
such as a desktop PC monitor; 

Figure 5(b) illustrates the information shown in Figure 5(a) as a list; 
30 Figure 5(c) illustrates how the information shown in Figure 5(a) may be 
structured for display on a radio handset, according to a preferred 
embodiment of the present invention; 
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Figure 6 illustrates how various terms in reduced format may be shown in 
their full or expanded format according to a preferred embodiment of the 
present invention; 

Figures 7 and 8 illustrate examples of wireless markup language (WML), 
5 which a radio handset of the invention may receive from a network, for 
example, and a preferred resultant user interface; 

Figures 9 and 10 relate to the browser of a radio handset, and exemplify its 

user interface for different services received from the network; 

Figure 1 1 shows how the display of the device of Figure 1 may be divided into 
10 regions for displaying different types of information; 

Figure 12 (a) illustrates WML received by a radio handset from the network; 

Figure 12 (b) illustrates a preferred resultant user interface; 

Figure 12 (c) is a flow diagram illustrating the interpretation of the received 

WML shown in Figure 12 (a) by the radio handset, to arrive at the user 
15 interface of Figure 12 (b); 

Figure 13 illustrates different display layouts with reduced versions of items 

and how they could be expanded; and 

Figure 14 shows another example of the invention in practice. 

20 Detailed Description of the Invention 

Figure 1 shows a preferred embodiment of a radio handset, according to the 
present invention. The handset, which is generally designated by 1 , 
comprises a user interface having a keypad 2, a display 3, an on/off button 4, 

25 a speaker 5, and a microphone 6. The handset 1 according to the preferred 
embodiment is adapted for communication via a wireless telecommunication 
network, e.g. a cellular network. However, the handset could also have been 
designed for a cordless network. The keypad 2 has a first group 7 of keys as 
alphanumeric keys, by means of which the user can enter a telephone 

30 number, write a text message (SMS), write a name (associated with the 

phone number), etc. Each of the twelve alphanumeric keys 7 is provided with 
a figure "0-9" or a sign "#" or "*", respectively. In alpha mode each key is 
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associated with a number of letters and special signs used in text editing. The 
keypad 2 additionally comprises two soft keys 8, two call handling keys 9, and 
a navigation key 10. 

5 The two soft keys 8 have functionality corresponding to what is known from 
the handsets Nokia 21 10™, and Nokia 81 10™. The functionality of the soft 
key depends on the state of the handset and the navigation in the menu by 
using a navigation key. The present functionality of the soft keys 8a and 8b is 
shown in separate fields in the display 3 just above the keys 8. 

10 

The two call handling keys 9 according to the preferred embodiment are used 
for establishing a call or a conference call, terminating a call or rejecting an 
incoming call. 

15 The navigation key 10 is an up/down key and is placed centrally on the front 
surface of the handset between the display 3 and the group of alphanumeric 
keys 7. Hereby the user will be able to control this key by simply pressing the 
up/down key using his/her thumb. Since many experienced handset users are 
used to one-hand control, it is a very good solution to place an input key, 

20 requiring precise motor movements. Thus, the user may place the handset in 
the hand between the finger tips and the palm of the hand. Hereby, the thumb 
is free for inputting information. 

Figures 3 and 4 illustrate alternative handsets to that in Figure 1 . The 
25 handset of Figure 3 differs in that the navigation key is a roller key. The roller 
key can be rolled for navigation and pressed for selection, and assists speedy 
movement through display pages. The handset of Figure 4 differs in that it 
has a single soft key 8c and no dedicated call handling keys 9. The single 
softkey operates as in the Nokia 31 10™. 

30 

Figure 2 is a block diagram of the most important parts of a preferred 
embodiment of the handset. These parts being essential to understand the 
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invention. The preferred embodiment of the handset of the invention is 
adapted for use in connection with a GSM network, but, of course, the 
invention may also be applied in connection with other handset networks, 
such as other kinds of cellular networks and various forms of cordless 
5 handset systems or in dual band handsets accessing sets of these 

systems/networks. The microphone 6 records the user's speech, and the 
analogue signals formed thereby are A/D converted in an A/D converter (not 
shown) before the speech is encoded in an audio part 14. The encoded 
speech signal is transferred to control means 18. The control means 18 
10 comprises a processor, which may support software in the handset. The 
control means 18 also forms the interface to the peripheral units of the 
apparatus, wherein the peripheral units can comprise a RAM memory 17a 
and a Flash ROM memory 17b, a SIM card 16, the display 3 and the keypad 

2 (as well as data, power supply, etc.). The control means 18 communicates 
15 with a transmitter/receiver means 19, e.g. a circuit which is adopted to 

send/receive a request/respond to/from a telecommunication network. The 
audio part 14 speech-decodes the signal, which is transferred from the control 
means 18 to the earpiece 5 via a D/A converter (not shown). 

20 The control means 18 is connected to the user interface. Thus, it is the control 
means 18 which monitors the activity in the handset and controls the display 

3 in response thereto. Therefore, it is the control means 18 which detects the 
occurrence of a state change event and changes the state of the handset and 
thus the display text. A state change event may be caused by the user when 

25 he activates the keypad including the navigation key 10, and these type of 
events are called entry events or user events. However, the network 
communicating with the handset may also cause a state change event. This 
type of event and other events beyond the user's control are called non user 
events. Non user events comprise status change during call set-up, change in 

30 battery voltage, change in antenna conditions, message on reception of SMS, 
etc. 
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Figure 5 illustrates the menu of a curry house. This menu could have been 
stored in memory 1 7a of the handset by the user (for example in the format 
shown in figure 5b). Alternatively, it could be provided by a restaurant as an 
Internet service. A typical Internet service might have a page looking like 
5 figure 5a on a conventional desktop PC monitor. 

The format shown in figure 5b is not suitable for a handset display which may 
typically have six lines for text, as it would require a large amount of scrolling 
by the user in order for him to see all the options available. Moreover, he 
10 would need to scroll through all the options of a certain meal type before 
arriving at a meal type that he desires. For example, if he only wishes to look 
at the main course and sundries, he would need to scroll through the set 
menu type and set menu options and the starters and starter options before 
reaching the main course options. 

15 

Figure 5c, on the other hand, illustrates a preferred display menu 
arrangement according to an embodiment of the present invention. 

The content which may appear on a display can be divided into two types, 
20 static items (e.g. plain text) and react-to or reactive items (e.g. input elements, 
select elements). In figure 5a, the static and reactive items are shown 
together on the display. The headings set menu, starters, main course, 
sundries and side dishes are static items, and the selection lists under those 
headings e.g. Samosa, Prawn Puree, Onion Bhaji under the heading starters, 
25 are react-to items. 

In the embodiment of the invention shown in figure 5c, however, rather than 
display both static and react-to items together, the react-to items are each 
given a static instance on the display, which links to the corresponding react- 
30 to item. For example, static instances can be identified by the user in this 
embodiment by the presence of square brackets [ ] on the display. Looking at 
display pages 501 and 502, display page 501 comprises a static instance 521 
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"starters [ ]" which links to a starters selection list on the starter page 502. 
The menu page 501 may be replaced by the starters page 502 when the user 
selects the "select function 522" by actuating the corresponding softkey (for 
example the softkey 8a of the handset shown in figure 1). 

5 

As can be seen from figure 5c, the user gets to see all the meal types 
available on the menu on a single display page, without having to scroll 
through all the selection lists first (display page 501). This has the advantage 
of him being able to have a clear overview of the possible meal type options 
10 and also enables him to skip options not of interest to him (for example the 
set menu options in this case). 

In this embodiment, the user has selected the starters static instance "starters 
[ ]" 521 by moving the cursor to that option and pressing the select softkey. 

15 Hence, the handsets processor 18 causes the display to show a new display 
page, namely the linked starters page 502. The user then scrolls through the 
options (for example using scroll key 10 in the handset of figure 1) and 
presses the select softkey when the starter he desires is highlighted. The 
display then reverts to showing the main menu page, but with an indication of 

20 the starter choice selected (display page 503). This may occur automatically 
upon selection or in response to the user selecting the back function 523 by 
actuating the associated right softkey 8b. 

The user then selects the next meal type he desires: in this case a main 
25 course. The static instance "main course [ ]" is highlighted and upon 
selection, the processor controls the display to show the linked page, namely 
the main course page 505. In order to enable the user to make a selection 
quickly and with the minimum amount of scrolling, this main course page 505 
displays further static instances corresponding to main courses of certain 
30 types, namely meat fish and vegetables. In this case, the user has 
highlighted the fish option, thus eliminating the need to plough through the 
meat and vegetable dishes unless he so desires. In this example, King 
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Prawn Jalfrezi is selected (from display page 506) and the display reverts 
back to show the menu page 507, now with starter and main course options 
indicated. Due to the small size of the display, and the number of meal types 
available, no extra lines are available on this handset display for new text. 
5 Hence, as one display line is not long enough for the full text, the term King 
Prawn Jalfrezi has been truncated on line 562. In order to indicate this to the 
user, in this embodiment, the processor has included three dots in this 
reduced version. Further explanation of the reduction of the full text is given 
below, in particular with reference to figure 6. Next, the user selects sundries 

io on the main menu page 508, and the display is operated to present the 
sundries page 509. Like the main course page, the sundries page comprises 
further static instances rice, [ ], nan [ ] which link to respective rice and nan 
selection lists (on display pages 510 and 513). The user in this example has 
selected from both lists as shown in the resultant sundries page 514 and the 

15 display reverts back to show the main menu page 515. As can be seen from 
this page, there is again no available display page to show all the sundries 
choices in full. Hence, a reduced version is shown. However, contrary to the 
reduced version of the main course 562, the text is not truncated this time. 
Instead, the term sundries has been contracted by an elision and displayed 

20 as "sund's" 584 and the rice and nan selections 582 and 583 have been 
displayed in reduced size font 585. 

Next, the user selects his desired side dish in the same manner (via display 
pages 516 and 517) and his selection is finally complete as shown in the filled 
25 in menu page 518. If appropriate, by selecting the back function, the user 
may be able to go to another page in which he can order his selection over 
the Internet. 

Figure 6 illustrates different examples of how the terms 561 and 581-583, 
30 which are shown in reduced format 562, 584, 585 in figure 5c may be shown 
in their full format. 
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Figure 6a illustrates how the term main course [King Prawn Jalfrezi] may be 
shown in full format on the handset display. Firstly, the term is selected by 
the user, in this case by moving the cursor to the term shown in its reduced 
format. The processor may control operation of the display so that the full 
5 format of the item is shown if the cursor remains on the corresponding 
reduced format for a period (for example 3.5 seconds) or by the user 
actuating a specified key (e.g. star or hash). Likewise, the processor may 
cause the display to show the item in its full format until it receives a further 
user input, or it may cause the display to revert back to the previous page 
10 after a predetermined period. 

Display pages 601 and 602 show alternative expanded formats. On display 
page 601, the expanded format obscures information relating to the sundries, 
but the other options remain in the view, whereas in display page 602, the 
15 previous page 603 is totally replaced by the full text main course [King Prawn 
Jalfrezi] which has also been increased in font size. 

Figure 6b illustrates the same alternatives for the reduced format of the 
sundries selections. 

20 

Figure 6c illustrates another example, in which both the main course and 
sundries reduced format items are selected (display page 604) and their 
consequential expanded versions are displayed together on display page 
605. 

25 

Figures 7 and 8 show further examples in which the present invention may be 
employed, figure 7 showing react-to items in the form of an input list and 
figure 8 showing react-to items in the form of a selection list. 

30 One way of accessing telecom related information services, such as the 
Internet, is the use the wireless application protocol (WAP). The wireless 
application protocol (WAP) is a result of continuing effort to define an industry 
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wide standard for developing applications over wireless communication 
networks. WAP intends to use wireless mark up language (WML) to specify 
content and user interface for narrow band devices, including cellular phones 
and pagers. WML is a mark up language based on extensible mark up 
5 language (XML). 

All information in WML is organised into a collection of cards and decks. 
Cards specify one or more units of user interaction. User navigates through a 
series of WML cards, reviews the contents of each, enters requested 
10 information, makes choices, and moves onto another card. The cards are 
grouped together into decks. A WML deck is similar to a hypertext mark up 
language page (HTML), in that it is identified by a URL and is the unit of 
content transmission. 

15 Hence, the WML shown in figures 7 and 8 are examples of what a radio 
handset may receive from a radio network. 

WML does not specify how the handsets processor is to control operation of 
its display so as to provide the information transmitted to the user. This is 
20 defined by the user agent (for example the radio handset processor). As can 
be seen from figure 7, the WML contains both static and react-to items on the 
card entitled info. When this WML is received by a handset of the present 
invention, these terms are separated and linked as appropriate. 

25 For example, the display page 701 comprises static terms including static 
instances 

[ ] 711 and 712. These static instances are linked to corresponding react-to 
items. For example, the static instance 71 1 relating to the first name is linked 
to a first name display page 702 in which the user can add his name using the 
30 handset's data editor. As in the example of figure 6, once the user has edited 
his name he can select the OK softkey to return to the info page, in which he 
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will be able to view the item input (see 703). In other words, the input fields 
are not embedded to content as in HTML/WWW but are presented as links [ ]. 

Figure 8 illustrates a selection list. It is arranged in a similar manner to that 
5 described with reference to figure 6, and will thus not be described further 
here. 

Figures 9 and 10 relate to the browser of a radio handset, and exemplify its 
user interface for currency conversion and white pages services respectively. 

10 

Turning first to figure 9, the user interface of the handset of this embodiment 
may comprise the same elements as shown in Figure 1, i.e. a keypad 2, a 
display 3, an on/off button 4, a speaker 5 and a microphone 6. Also, the 
control means 18 in Figure 2 may control the user interface. A display page 

15 30 is presented on a handset display, as shown in Figure 1 and 2, which 
indicates signal strength 35 from the wireless telecommunication network "D1 
Telekom" 40, the battery power 45 and a clock showing the time 50 in hours 
and minutes. Preferably, the display in the handset is an LCD (Liquid Crystal 
Display) display. The display can be controlled by the control means 18 as 

20 shown in Figure 2. The layout 30 presents an example of the handset in idle 
mode, i.e. when the handset is activated and awaiting an action, e.g. an 
incoming or outgoing call. At the bottom of the display, in specified softkey 
fields there are two items which are denoted as "Menu" 55 and "Names" 60. If 
the user selects "Names" 60 he can e.g. access a built in phonebook. If the 

25 user selects "Menu" 55, he can select from among several different menus. 
The actual selection of functions in the softkey fields, like "Menu" and 
"Names", can be selected by means of the associated soft keys such as 
those referenced 8a and b in Figure 1 . 

30 One of the menus can be the next page 65 called "Browser" 70. If the user 
chooses to use this menu, he/she can access different telecom related 
information services, e.g. Internet, using WAP. 
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If the user selects "Home" 71 , this may lead to the next page 75, which 
graphically indicates, "Connecting to Service" 80. This shows that the handset 
is trying to establish a connection to e.g. Internet, by sending an access 
5 request to a server. If a connection is established, some kind of welcome text 
for a home page might be displayed, "Welcome to D1 Web." 90. If the user 
selects "Options" 100, a list of options can be displayed by the following 
display page 110. In this example, the different choices are "Currency 
converter" 115, "White pages" 120, "Pizza" 125, "CNN" 130, etc, and the 

10 displayed items are static instances linked to reactive items. As in the Figure 
5 embodiment, the full version "Currency Converter" is longer than the width 
of the active part of the display. Hence, the reduced version is displayed - a 
truncated version plus the aforementioned three dot indicator. If selected, the 
user could see the full text, for example in one of the manners shown in 

15 Figure 6. The user has selected to use the currency converter 1 1 5, and 

browses further to this application in the next page 135. A browser display is 
shown on this page with the selected item, which is indicated as a link to a 
service which provides a currency conversion. The user can select to send a 
request for the chosen item, by selecting the "Options" function 140. 

20 

This leads to the next page 1 50, which is the same as that shown with 
reference 75, which graphically indicates, "Connecting to Service" 1 55. If a 
connection is established, some kind of information text for the currency 
converter might be displayed. The page is provided with further static 

25 instances which link to various editable fields and selection lists. Again, the 
static instances are shown with square brackets [ ]. The selection which is 
highlighted can indicate a default state of the selection. The user can input 
an amount, "Amount:[]" 165, in one currency, "From:[DKK]" 170, converted 
into another currency, "converted to:[DKK]" 175, by linking to the pages 

30 showing the react to items (e.g. display pages 180, 200). Thereafter, the user 



may press Ok 190, or clear the amount by selecting "Clear" 191 , to return 
back to the previous display page. 

The steps for choosing a first currency to convert from 170, and choosing a 
5 second currency to convert to 175, are repeated in the pages 195-205. 
Thereafter, the user may select "Options" 210, in page 205, which in this 
example activates the calculation of the currency conversion and displays the 
result 220 in the next page 21 5. 

10 If the user wishes to continue with the currency conversion, and choose 
another currency to convert to, the user selects the option "converted to 
[DKK]:" 225, which becomes highlighted upon selection, and is shown in page 
230. The following reference numbers refers to Figure 3c: 235-270. In the 
next page 235, a selection list of available currencies are displayed. The user 

15 selects e.g. USD 240, and selects the entry by selecting "Ok" 245. The next 
page 250 highlights the selected currency USD 255 to convert to. Thereafter, 
the user may select "Options" 260, which in this example once again activates 
the calculation of the currency conversion and the result "[USD]: 36,36" 265 is 
displayed with the selected information in the next layout 270. 

20 

Figure 10 is an alternative service, but the same handset can be used as in 
the embodiment of Figure 9. The first four display pages are the same as for 
the currency converter and will thus not be described further. When the fifth 
display page 135 is presented to the user he selects the White Pages option. 

25 The White Pages application provides a too! to search contact information on 
a specific person. Once selected, an access request is sent to the server, as 
indicated on the display page 155. The handset's processor interprets the 
incoming WML to provide a static instance 91 1 on the following display page 
910. When selected this static instance links to an edit page 920. The user 

30 enters the search string, in this case Peter, and the main White Pages display 
page 930 is returned to, which indicates the search string. Upon instruction, 
an access request is sent to the server and a corresponding display page 940 
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is presented on the display. The search results are received by the handset 
and listed. The user browses to the last item on page 950 and selects it (e.g. 
by rolling a roller key and then pressing it down to select it). Details of the 
person are displayed (pages 960 and 970). Details from these pages can be 
used in call handling as if they were stored in a conventional handset's 
phonebook (e.g. save, add to name, send message, call). 

Figure 1 1 illustrates a multipurpose browser display according to a preferred 
embodiment of the invention. A multipurpose browser display is a term for a 
user interface of a WML card. It can contain hotlinks, input elements, 
selection list items, static text areas and images. 

The display has been split into fields, so that information of a certain type will 
appear in a particular field. For example, information tagged as a header will 
appear in the field referenced B, and functions relating to the softkeys will 
appear in respective fields A1 and A2. The table (d) of Figure 11 defines the 
size and position of the fields on the display. This information is preferably 
stored in the handset and accessed by the processor when controlling 
operation of the display. The column headers refer to the following: 



left column 



a letter which connects a window on the 
display picture and a row in the property table 

name of the window 

horizontal co-ordinate of the left top corner 
pixel 

vertical co-ordinate of the left top corner pixel 

horizontal width of the window in pixel amount 

vertical height of the window in pixel amount 

left margin in pixel amount (0 = no marginal) 

right margin in pixel amount (0 = no marginal) 

top margin in pixel amount (0 = no marginal) 

bottom margin in pixel amount (0 = no 
marginal) 



Name 



X 



Y 



W 



H 



LM 



RM 



TM 



BM 
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J justification in the window (R=Right, L=Left, 

C=Centered) 

Contents information of the contents of the window 



There may be several different combinations of sub-divisions. Two such 
examples are shown in Figure 1 1 (b) and (c). Figure 1 1(b) is a useful 1 
5 arrangement for static instance lists and selection lists, and Figure 1 1 (c) is 
useful for editing (e.g. input elements) and also for images. As will be 
appreciated, the fields for selection lists are only one display widht long. 
Hence, it is expected that reduced versions of items will often appear in the 
fields C to F in particualr. 

10 

These fields have been used in the Figure 12 embodiment, which will now be i 
described. Figure 12 illustrates some incoming WML, the resultant user 
interface according to the invention, and how a handset interpreted the WML 
to arrive at the desired user interface. 

15 

The WML defines a deck of two cards. The first card has the title "Small App" 
and displays the static text "Welcome!" That card also defines a function that i; 
upon an "accept signal", another card should be gone to, in this case the card 
named "eCard". The eCard has a title "Inputs" and has both an input function 
20 (Enter name) and a selection function (Choose speed - fast or slow). This 
information is transmitted to all handsets on a network. However, how that 
information is presented to a user is dependent upon the user agent (e.g. i 
browser) of the handset, which interprets the WML. The static and reactive \ 
items are separated and linked by [ ]. 

25 ] 

The display is set such that the items tagged as "titles" appear in the header 
field B of the display, the listed items each appear in the single line fields C, 
D, E F, and the user input field appears in the field identified as G in Figure 
1 1 (c). The first card is displayed on a first page, as referenced 120 in Figure ! 
30 12b. This page contains the title Small Apps 131 appearing in the header 
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field, and the static text Welcome! It also contains the functions of the 
softkeys, options and back. 

The processor is arranged to move to the next card in response to the 
5 actuation of the option softkey. However, rather than display all the content of 
the next card in a continuous string, the processor controls the display to 
present page 121 which bears only static instances 132 corresponding to the 
two functions enter name and choose speed. These link to further display 
pages 122 and 123 respectively which enable the name to be input and 
10 speed chosen. Since the whole of the second WML card is unlikely to fit on a 
single display page, the interpretation given by the browser in this 
embodiment avoids the need for scrolling, and provides a clearer overall 
picture of the information required. 

15 Figure 12 (c) is a flow chart showing the interpretation of the WML to arrive at 
the display pages shown in Figure 12 (b) and how navigation through the 
pages takes place. 

Figure 13 shows reduced formats of items on a display, an how they can be 
20 restrained within the display width or depth and how the expanded versions 
can also be restrained within that width or depth. 

Figure 14 gives another example menu with a number of single line choices in 
reduced format. 

25 The present invention includes any novel feature or combination of features 
disclosed herein either explicitly or any generalisation thereof irrespective of 
whether or not it relates to the claimed invention or mitigates any or all of the 
problems addressed. 

30 In view of the foregoing description it will be evident to a person skilled in the 
art that various modifications may be made within the scope of the invention. 
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For xample, in stead of highlighting options, they could be marked, for 
example, with a cross. 

What is claimed is: 
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1 . A handset comprising: 

a user interface comprising an input, a display for presenting an item, 
5 and selection means coupled to the input for selecting an item presented on 
the display; 

means for defining a first boundary in one display direction; 

means for defining a second boundary in a further display direction; 

means for providing a contracted version of an item which fits within 
10 the first and second boundaries; and 

means for providing a corresponding expanded version of the item 
which fits within the first boundary and expands in the further display 
direction; 

control means, coupled to the selection means, expanded version 
15 provision means and contracted version provision means, for controlling 

operation of the display to present the contracted or expanded version of the 
item; 

wherein when the contracted version of the item is presented on the 
display and selected by the selection means, the control means controls the 
20 operation of the display to present the corresponding expanded version. 

2. A handset as claimed in claim 1 , wherein the first display direction is 
the direction of the width of the display. 

25 3. A handset as claimed in claim 2, wherein the first boundary is defined 
by the width of the display. 

4. A handset as claimed in any preceding claim, wherein the second 
boundary is defined by the depth of a display line. 

30 

5. A handset as claimed in claim 1 , wherein the first display direction is 
the direction of the depth of the display. 
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6. A handset as claimed in claim 4, wherein the first boundary is defined 
by the depth of the display. 

5 7. A handset as claimed in any preceding claim, wherein the contracted 
version of the item is a reduced content version. 

8. A handset as claimed in claim 7, wherein the item is truncated. 

10 9. A handset as claimed in any of claims 1 to 6, wherein the contracted 
version of the item is a reduced size version. 

10. A handset as claimed in any preceding claim, wherein the input 
comprises means for identifying an item to be selected by the selection 

15 means. 

11. A handset as claimed in claim 10, wherein the item identifying means 
comprises voice recognition means. 

20 12. A handset as claimed in claim 10, wherein the item identifying means 
comprises key means. 

13. A handset as claimed in claim 12, wherein the item identifying means 
further comprises a cursor controlled by the key means. 

25 

14. A handset as claimed in claim 13, wherein the selection means selects 
the item identified by the cursor, in accordance with a further key stroke. 

15. A handset as claimed in claim 13, wherein the selection means selects 
30 an item identified by the cursor for a predetermined period. 
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16. A handset as claimed in any of claims 12 to 15, wherein the key means 
comprises navigation means. 

17. A handset as claimed in claim 16, wherein the navigation means is a 
5 scroll key, such as a roller key. 

18. A handset as claimed in any preceding claim, wherein the item to be 
presented is a user defined item and the handset comprises means for 
storing that item. 

10 

1 9. A handset as claimed in any of claims 1 to 1 7, further comprising a 
radio receiver for receiving an item to be presented on the display, and for 
forwarding the item to the contracted and expanded version provision means. 

15 20. A handset as claimed in any preceding claim, wherein the item is one 
of a selection of items to be presented together on the display. 

21 . A handset substantially a hereinbefore described, with reference to, 
and/or as illustrated in, any one, or any combination of Figures to of the 

20 accompanying drawings. 

22. A communication device substantially a hereinbefore described, with 
reference to, and/or as illustrated in, any one, or any combination of Figures 
to of the accompanying drawings. 

25 

23. A radiotelephone substantially a hereinbefore described, with 
reference to, and/or as illustrated in, any one, or any combination of Figures 
to of the accompanying drawings. 

30 24. A handset comprising: 

a user interface comprising an input, a display, and selection means 
coupled to the input for selecting an item to be presented on the display; 
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means for providing an expanded version of an item; 

means for providing a corresponding contracted version of the item to 
fit within a predetermined portion of the display; and 

control means, coupled to the selection means, expanded version 
5 provision means and contracted version provision means, for controlling 
operation of the display to present the contracted or expanded version of the 
item; 

wherein, when the contracted version of the item is presented on the 
display and selected by the selection means, the control means controls the 
10 operation of the display to replace the contracted version with the 
corresponding expanded version. 
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Abstract 
A handset 

A handset is disclosed which comprises a user interface comprising an input, 
a display for presenting an item, and selection means coupled to the input for 
selecting an item presented on the display. The item may be presented in 
contracted format and/or expanded format 
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<CARD NAME="Info*'> 
Please enter info: 

First Name:<INPUT TYPE- TEXT" KEY="fname" TITLE-'First 
name:"/> 

Last Name:<INPUT TYPE="TEXT" KEY="lname M TITLE="Last 
name:'7> 

<DO TYPE="ACCEPT" NAME- 'do1" LABEL="OK'*> 

<GO URL="#card"/> 
</DO> 
</CARD> 



| hfo | 

^ | Please enter info: |-*- y 0 i 
| First Name: [ ] j 
712 -T"Last Name: [] j 

| Options J 



First name | 

l~ 

<this is "normal> | 
<phone alpha editor> | 

OK Clear ! 



-702 



Info | 

Please enter info: 
First Name: [Mikko ] j 
Last Name: [ ] | 

Options j 



FIG. 7 
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<WML> 

<CARD NAME="Sports" STYLE="LIST"> 
<DO TYPE="ACCEPT' LABEL="Back"> 
<GO URL="main.wm!"/></DO> 

-Sports Results- 
Select the topic: 

<SELECT TITLE-'Game 8-Oct"> 
<OPTION ONCLICK="#Soccer">Soccer</OPTION> 
<OPTION ONCLICK="#Hockey">Hockey</OPTION> 
<OPTION ONCLICK= M #Tennis">Tennis</OPTION> 
</SELECT> 
</CARD> 



Sports 

-Sports Results- 
Select the topic:[ ] 

Options 



— Game 8-Oct — 
Soccer 
Hockey 
Tennis 

Select Back 



Sports 

-Sports Results- 
Select the topic: 
[Tennis] 
Options 



FIG. 8 
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THE CONTENT OF THE SERVICE COULD BE AS FOLLOWING: 



WEATHER IN FINLAND 
WEATHER IN POLAND 

WEATHER IN UNITED STATES OF AMERICA 
SELECT BACK 



WHAT WE CAN SHOW ON A SMALL DISPLAY IS: 



WEATHER IN F... 
WEATHER IN P... 
WEATHER IN U... 

SELECT BACK 



THE FOLLOWING METHOD SOLVES THE PROBLEM: 



1. USER SCROLLS TO THE LAST ONE ROW CHOICE ITEM. 


WEATHER IN F... 
WEATHER IN P... 
> WEATHER IN U... 

SELECT BACK 


2 AFTER A TIMEOUT THE ONE ROW CHOICE ITEM IS DISPLAYED 
AS FULL WINDOW CHOICE ITEM. ADDITIONALLY, THE 
LENGTHENING OF A ONE ROW CHOICE ITEM CAN ALSO BE DONE 
WITH A SPECIFIC SHORTCUT KEY e.g. #,*, etc. 


WEATHER IN 
UNITED STATES OF 
AMERICA 

SELECT BACK 



SELECTION LIST. ">" CHARACTER IS USED TO REPRESENT THE ONE ROW CHOICE ITEM 
WHICH USER SELECTS. 

HEADSET 
GENERAL 
>SILENT 

SELECT BACK 

MULTISELECTION LIST. "X" CHARACTER IS USED TO REPRESENT THE ONE ROW CHOICE 
ITEM WHICH USER HAS SELECTED. 
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